I'm experiencing the same situation as this post from several months ago, which never received an answer to their follow up question. https://forums.developer.apple.com/forums/thread/759255 The documentation for adding a message filter extension says "you must set up shared credentials as described in Shared Web Credentials" (https://developer.apple.com/documentation/sms_and_call_reporting/sms_and_mms_message_filtering/creating_a_message_filter_app_extension) However credentials are not forwarded to the server and calling SecAddSharedWebCredential from within the extension isn't possible. So I don't understand why the documentation states Shared Web Credentials must be set up. After setting them up, then what is expected to happen with them, or what are you supposed to do with them next. The documentation just says to set them up, it doesn't say how/if they are used or how to use them in the specific context of a message filter extension

The following code runs fine on iPhone with iOS < 18 However with iOS 18 (Release Candidate) it causes a crash of the extension extension MessageFilterExtension: ILMessageFilterQueryHandling, ILMessageFilterCapabilitiesQueryHandling { @available(iOSApplicationExtension 16.0, *) func handle(_ capabilitiesQueryRequest: ILMessageFilterCapabilitiesQueryRequest, context: ILMessageFilterExtensionContext, completion: @escaping (ILMessageFilterCapabilitiesQueryResponse) -> Void) { let response = ILMessageFilterCapabilitiesQueryResponse() response.promotionalSubActions = [ILMessageFilterSubAction.promotionalOffers] completion(response) } The problem specifically is the line: response.promotionalSubActions = [ILMessageFilterSubAction.promotionalOffers] Attempting to set a promotionalSubAction (or a transactional sub action) results in an exception with error: '/usr/lib/swift/libswiftIdentityLookup.dylib' (no such file)` This only occurs with iOS 18, and it doesn't occur if no subactions are set

If an iPhone receives an incoming call with some partial sip content (for example it contains a name but not an image, or vice versa) and if there is an app enabled for Live Caller ID Lookup, and the result of that lookup supplies data not in the sip (i.e. the lookup returns an image, but not a name, or vice versa). Then could the OS combine data from both sources, or is whatever is returned from the LCIDL what gets displayed in the call screen. I suppose that is the case but just want to enquire to make sure. Thank you

I've added an unwanted communication reporting extension target and rebuilt/re-installed/rebooted but when I go to Settings|Phone|SMS/Call Reporting there's nothing there (apart from None). As a result I can't reporting anything via the call/sms history If I create a new project as a test with an UCE that does nothing by just simply selecting New Project, then New Target and run that, then that does appear. But it does not appear when I add the UCE target to my existing app, so there's something about my existing app that is preventing the UCE from appearing. Yet my app is sucesfully already using an action extension, a call kit extension, a notification service extension, and a notification content extension all without problem. So why might a unwanted communication extension cause and issue? Note that the code for the UCE is unaltered from that that gets created as a template by XCode, so there are no coding/compiling issues etc. All I do is just add the target and then build, yet it doesn't appear in Settings. Why not?

A server is sending pushes to my app and when I look at what the iPhone is logging, it says: Received remote notification request 48E4-17A1 [ waking: 0, hasAlertContent: 1, hasSound: 0 hasBadge: 0 hasContentAvailable: 0 hasMutableContent: 1 pushType: None] Note that the pushType is None. However the server is setting apns-push-type to "alert" and the push payload contains an alert section alert = { body = "i am a body"; subtitle = "the subTitle"; title = "Hello there"; }; This is causing problems when trying to suppress the notification (using a notification service extension and the com.apple.developer.usernotifications.filtering entitlement). The iPhone is logging: Notification filtering will not be allowed because the push type 'None' is not 'Alert' Why does the OS think the push doesn't have a type when the server is setting apns-push-type?